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DIALLING ERROR NOTIFICATION SYSTEM AND METHOD 



FIELD OF THE INVENTION 
The invention is encompassed within the field of mobile telephony. As is well 
known, English acronyms and terms are normally used to refer to elements and 
concepts pertinent to the field. The English acronyms and terms used in this text will be 
explained throughout. 

BACKGROUND OF THE INVENTION 

The purpose of the invention is to serve as a base for a dialling error notification 
service to visitors in a visited mobile telephony network (VPLMN) in relation with 
international roaming, i.e. when the subscriber is in a country which is not the country 
of his or her home mobile telephony network (HPLMN). 

The mobile telephony backbone network is formed by certain main nodes which 
carry out the basic functions in the network, such as connecting and disconnecting the 
terminals, routing voice calling and sending short messages. 

For the mobile telephony network or PLMN (Public Land Mobile Network), the 
geographic area is divided into cells, each one of which is serviced by a "base station" 
or BTS (Base Transceiver Station). Figure 1 shows a network of this type, where it can 
be seen how a mobile telephone 1 is in a cell 2 corresponding to a base station 3; other 
base stations 3 correspond to other cells of the network. 

Each base station depends on a Base Station Controller, or BSC, node 4. The 
BSC 4 manages the activity of several base stations 3 which it is in charge of, for 
example, routing the calls and messages to the base station covering the recipient 
mobile. 

In turn, several BSCs 4 depend on one switching centre or MSC (Mobile 
Switching Centre) (5, 6), a network node controlling several BSCs and managing the 
control of the location of the subscribers who are in its control area. 

Furthermore, the network shown in Figure 1 comprises several Visitor Location 
Registers or VLRs (7, 8). The VLR is a "visiting" subscriber database which temporarily 
stores certain data related to subscribers who are in the network area corresponding to 
the VLR. Examples of data stored in the VLR are the IMSI (International Mobile 
Subscriber Identity), the MSISDN (the telephone number itself which is dialled to call 
the mobile telephone), or the TMSI (temporary identity different from the IMSI for 
security reasons), the location area where the subscriber has been registered and the 
supplementary services of the subscribing customers who, at that time, are in the 
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network area covered by that VLR. Each VLR covers a location area. There can be 
several VLRs in the area covered by an MSC, but it is also possible for a VLR to 
contain information of areas covered by several MSCs. In some systems, there is one 
VLR for each MSC. The VLR is also the node to which the FSM (Forward Short 
5 Message) command is sent from the SMSC (Short Message Service Centre), with the 
recipient number so that the latter routes the message to the BSC where the recipient 
subscriber is located, in order for the corresponding base station to deliver the 
message to the subscriber. 

(In this document, a mobile telephone, the subscriber (the person who has the 

10 mobile telephone) and the customer are referred to indistinctively). 

The network also comprises a Home Location Register or HLR 9 which is the 
database where all the data regarding the mobile service of the subscribers of the 
network are stored, such as their I MSI and MSISDN identity, the VLR in which they are 
located (each change of location area carried out by a mobile is detected by the 

15 network and its VLR address is automatically updated in the HLR database). There is 
also information concerning the type of service offered to the subscriber as well as the 
supplementary services provided to him or her. Usually in networks with many 
subscribers, the subscriber data are distributed in several HLRs. 

The network can also include an Authentication Centre or AUC where the 

20 "triplets" are saved. The HLR obtains the triplets through the AUC; a triplet is made up 
of three numbers, a key (Kc), a random number (RAND) and a signed response 
(SRES). The key is a parameter that the SIM (Subscriber Identity Module) card of the 
customer and the network have, and which never travels by radio. The network sends 
the random number to the subscriber, and the subscriber, with his or her key and an 

25 algorithm, generates a signed response which must be equal to the one previously 
generated in the network- in the AUC- by means of the same algorithm. The AUC is 
frequently incorporated with the HLR in the same node, which could be called 
"HLR/ AUC" in such case. 

The network can also include a Short Message Service Centre or SMSC 10 

30 (shown in Figure 3) constituting the central point of the short message service, which is 
a supplementary, non-obligatory service in the network (although all GSM operators 
currently offer it). The service consists of the SMSC, which the customer has 
configured in his or her mobile as his or her own, picking up the short message, 
checking the network and the VLR in which the recipient subscriber is located and 

35 finally sending the short message to said VLR, which in turn will be in charge of 
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delivering it. 

In summary: the subscriber, with his or her mobile telephone, can move from 
one cell to another of the network, which means changing BTS 3 and, at times, BSC 4, 
a change which is managed by the MSCs 5, 6 of the network. When the customer has 
5 changed MSC (in many systems, each MSC is associated to one VLR and they form 
part of the same physical equipment), then he or she also changes location area and 
the location information of the customer is modified in the HLR 9; thus, the HLR 9 
always knows in which location area the subscriber is located. 

If the network offers short message service, the transmission of said messages 

10 is managed by the SMSC 10 of the network in which the short message or SM is 
originated. Said SMSC consults the subscriber data (VLR and IMSI) in the HLR of the 
recipient customer and sends the message to the recipient VLR. 

For more information concerning the MAP protocol and the basic processes of 
the GSM network, the ETSI: GSM 09.02: Digital Cellular Telecommunications System. 

15 Mobile Application Part (MAP) Specification can be consulted. 

Each network has a determined extension, usually national. Each subscriber is 
underwritten as a subscriber in a home network, operated by a mobile telephony 
operator, in his or her country of origin. The relevant data of each subscriber are in the 
HLR of said network in the country of origin. 

20 However, a subscriber of a home network or HPLMN (Home Public Land Mobile 

Network- mobile telephony network to which a subscriber belongs) of a first country 
can usually use his or her mobile telephone in mobile telephony networks of other 
countries as well; said networks are called "visited" networks (VPLMN- Visited Public 
Land Mobile Network- mobile telephony network visited by a subscriber who does not 

25 belong to said network). The concept of using the mobile telephone in a network which 
is not the home network is known as roaming , and the subscriber who moves through a 
visited network and uses the services of said network is known as a roamer. 

When a visiting roamer 201 (see Figure 2) from another foreign network 
(HPLMN) 200 attempts to be located and use a visited network (VPLMN) 100 in a 

30 country, the first thing that he or she must do when switching on his or her mobile 
telephone is to synchronize it to the frequency plan of the base station (BTS) 3 which 
he or she is attempting to lock into. Through the BTS 3, contact is made with the VLR 7 
of the visited network providing service to the geographic area in question (i.e. to the 
VLR corresponding to the BTS with which he or she is communicating) to request the 

35 location update. 
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In the location update request (see Figure 9 also), the mobile telephone sends 
(data and commands, among others) the International Mobile Subscriber Identity, or 
IMSI, which constitutes a universal identifier of the mobile subscriber in the GSM world. 
It should not be confused with the MSISDN (Mobile Station International ISDN 
5 Number), which constitutes the public number to dial to contact the user, i.e. his or her 
"telephone number". 

The IMSI is made up of 15 digits: the first 3 digits identify the Mobile Country 
Code (MCC), and the next two digits identify the Mobile Network Code (MNC). From 
these first 5 digits, the VLR 7 can biunivocally know the home network (HPLMN) 200 to 
10 which the roamer 201 belongs and thus determine if there is a roaming agreement 
between the operator of the HPLMN 200 of the roamer and the operator of the visited 
VPLMN 100 to which the VLR 7 belongs. 

In the event that there is a roaming agreement between both operators, the 
VLR 7 must analyse said IMSI to: 
15 - Compose the Mobile Global Title (MGT). This number is obtained by replacing 

the MCC+MNC with an E.164 identifier (ITU-T recommendation) by means of which the 
HLR 209 of the HPLMN 200 can be directed through the international signalling 
network 300. For example, for the customers of the Telecel-Portugal network who are 
roaming in Spain, the MCC+MNC (268 01) must be replaced with 35191, the number 
20 identifying Portugal (country code = 351) and Telecel (91) in the international SS7 
network. 

- Build the UpdateLocation MAP (Mobile Application Part) message, using the 
Mobile Global Title as the SCCP (Signalling Connection Control Part- network level of 
the SS7 stack; SS7 is the signalling system the mobile telephony network uses) 
25 address. The VLR 7 must indicate for this specific operator which is the MAP version 
and if CAMEL options are supported (the CAMEL concept will be discussed below). 
Said message is delivered to the SS7 signalling stack and sent to the international 
signalling gateways. 

When it reaches the HPLMN 200, this network uses the last 10 digits of the 
30 IMSI to find the HLR 209 where the data of the mobile subscription of the roamer 201 
are defined. The HLR 209 allows or refuses the location update according to whether 
said customer has enabled the international roaming service. In the affirmative case, 
and after exchanging a series of data for authentication with the VLR 7 of the visited 
network 100, the profile of the customer (MSISDN, information concerning basic and 
35 supplementary services, etc.) is sent thereto. 
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From that moment on, the roamer 201 is located in the VLR 7 providing him or 
her service, being considered a customer of the network 100 in which he or she is 
temporarily installed. Lastly, the processing in the MSC/VLR of the numbering dialled 
for each IMSI range (each IMSI range corresponds to a determined home network 
5 HPLMN) must be able to be configured, although in theory the roamer must be able to 
access the same numbering as the customers belonging to the visited network. The 
dialled number analysis scheme (i.e. how to obtain the routes, whether to consult an 
intelligent network node, etc.) may vary according to the IMSI range of the customer or, 
what is the same, according to the HPLMN to which he or she belongs. In other words, 

10 the MSC obtains the way to analyse the number dialled by the roamer from his or her 
IMSI, using a configuration table which can be modified by the operator. 

To send short messages or SMs within the framework of the Short Message 
Service, or SMS, provided by mobile telephony operators, the usual processes 
standardized by GSM exist for sending a short mobile to mobile message, passing 

15 through the Short Message Service Centre or SMSC 10 of the operator (see Figure 3). 
However, there are many applications by means of which a message can be sent 
to/from the IP world (for example, sending a short message from a web page, sending 
a short message originating in a mobile- SMS MO- to a television contest, etc.). With 
the expression "IP (Internet Protocol) world", reference is made to the Internet 

20 environment; the IP world has been schematically shown with reference number 400 in 
Figure 3. 

The SMSC 10 can receive a request to send an SMS: 

- From the MSC 5, by means of a mobile-mobile process (between a mobile 
telephone of origin 1 and a recipient mobile telephone). The message is sent to the 

25 SMSC 10 based on the address of the service centre, which can be configured in the 
terminal for each operator. 

- From the IP world 400, to which end the manufactures of SMSCs have 
implemented protocols such as the SMPP (Short Message Peer to Peer Protocol, a 
protocol for the communication between an SMSC and an external application). 

30 From that moment on, the message is processed in the same manner. The 

SMSC consults the HLR corresponding to the recipient mobile telephone V and in the 
event that the recipient mobile is not available, the SMSC stores the message and tries 
to send it later, following a predefined retry policy. If the recipient mobile is available, 
the HLR returns the IMSI and the number of the VLR 8 corresponding to the base 

35 station 3 of the cell 2 in which the recipient mobile is installed to the SMSC 10. From 
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that moment on, the SMSC 10 proceeds to deliver the short message by routing it to 
the recipient VLR 8. 

The interaction between the traditional world of circuit switching networks (SS7- 
Signalling System 7: the signalling system used by the mobile telephony network) and 
5 packet switching networks (IP: Internet Protocol- a transmission protocol in packet 
switching networks) are converging into one common line. 

On the other hand, the intelligent network or IN concept exists, which has been 
standardized by ITU and ETSI and which is based on defining a new network 
architecture to offer advanced telecommunication services. 

10 The primary element of this architecture is the so-called Service Control Point, 

or SCP, a node which takes control of the call during a moment thereof. After a certain 
call-related event occurs, the switcher controlling the call suspends the processing 
thereof, making contact with the SCP and waiting for instructions. To this end, an SS7 
intelligent network IN protocol must be used. The most common IN standards are 

15 ETSI-Core INAP CSx and AIN (Advanced Intelligent Network) for Fixed Network and 
CAMEL (Customized Application for Mobile Networks Enhanced Logic) for mobile 
network. 

The SCP can carry out different tasks once it has taken control of the call: 
modify the recipient number, release the call, monitor basic call events (customer 

20 answers, it is busy, hangs up prior to setting up the call, etc.), download guaranteed 
time call units, order the reproduction of customized advertising with and without 
collection of digits and access external databases. 

The CAMEL protocol is actually an adaptation of INAP-CS1 for a mobile 
network which furthermore defines new fields for the MAP protocol, in which the IN 

25 triggering criteria are defined in subscription flags which are transferred to the VLR 
(CSI= CAMEL Subscription Information). However, the standardization and 
implementation of CAMEL has been fairly behind the market demand with regard to IN 
services in mobile networks. As a result, "pre-pay" services were first chosen to be 
introduced by means of proprietor protocols in the mobile network (extensions of INAP- 

30 CS1), as well as to carry out the trigger (carrying out thereof) by means of proprietary 
extensions of the MAP (subscription flags in VLR). Since CAMEL is a mobile IN 
standard, it allows an operator to offer its customers the same services during roaming 
as in their HPLMN (as long as the visited network VPLMN supports CAMEL, the 
function is open and the customer is provided with the CSI flags in the HLR of the 

35 HPLMN). CAMEL allows the HPLMN to control the call during the set-up thereof. 
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However, not all networks support CAMEL, nor are all of the customers of a 
CAMEL network provided with CSI (CAMEL is mainly used for customers of a "pre-pay" 
service, for whom said control by the HPLMN is essential for charging the call). 

In international roaming (i.e. roaming in which the visited network- VPLMN- 
5 corresponds to a country other than the country of the HPLMN) scenario, it is fairly 
common for the roamers to not have knowledge about the dialling process in 
international calls in the visited network. Taking into account that the overwhelming 
majority of calls are usually made to the country of origin, the most common errors 
made in said type of calls have been studied, and it has been detected that they are as 
10 follows: 

- Dialling the Country Code without first dialling '+' or '00' (international call 
identifiers). 

- Dialling '+ 00' before the country code (i.e. simultaneously using the two 
international call identifiers). 

15 - Dialling only '0' and immediately after that the CC (Country Code). 

- Using the (asterisk) rather than the V. 

- Dialling from the agenda in national format, as if the subscriber were located in 
his or her country of origin. 

- For certain countries, such as the United Kingdom, including the national 
20 dialling escape code, a code which should never be included when dialling from abroad 

(+44 0 rest of number). This mistake was very common when calling Spain from 
abroad prior to the overall change of Spanish numbering. In the past, '9' constituted an 
escape code for dialling in Spain, which did not add any type of information. However, 
for dialling from abroad, said code should never be included (for example, to call 

25 Madrid, 0034 1 should be dialled, not 0034 91). After the amplification of the Spanish 
numbering plan so that the first digit identified the type of network (8, 9 for fixed 
numbers; 6 for mobile numbers), said digit had to be included in international dialling 
(+34 91..., +34 607...). 

After studying these errors, it was considered that it would be desirable to 

30 establish a system providing the roamer with suitable information about these errors to 
prevent them from occurring again and/or to inform the subscriber of how to dial 
correctly. 

Currently, calls made by roamers installed in many foreign visited networks are 
not subjected to any special processing. The numbering is analysed under the same 
35 routing scheme as the customers belonging to the visited network. Only small changes 



-8- 



have been introduced in the MSCs to apply an announcement in English in the event of 
trying to access an inexistent number. It must be indicated that the numbering analysis 
in the MSCs is a rather inflexible process: it basically consists of removing and adding 
digits to the number dialled and setting up the route for the call to follow. It does not 
5 include complex decisions, such as analysing more in depth the faults committed in the 
numbering dialled by the customers, nor does it send short messages in the event of 
faulty dialling. 

The CAMEL standard discussed in the foregoing allows the HPLMN to control 
the call made by the roamer at the time it is carried out. To that end, said roamer 

10 customers have special subscription flags (CSI), which allow setting up a control 
dialogue with an SCP of the HPLMN (specifically, with a gsmSCF- a term used in the 
GSM world to refer to an SCP involved in a CAMEL dialogue) during call set-up. 

However, many network operators acting as a VPLMN currently have no 
CAMEL agreements signed with all the other mobile telephony network operators of 

15 the GSM world. Furthermore, with regard to some operators, CAMEL agreements are 
only applied to subscribers of the "pre-pay" service, i.e. only those customers of said 
"pre-pay" service are provided with CAMEL flags. For the rest of the roamers, the 
control of the call belongs exclusively to the visited network (VPLMN). As a result, it 
would be desirable to carry out a service complementary to that which CAMEL offers 

20 for customers who do not use the CAMEL service (said complementary service could 
be inaccessible for subscribers having CAMEL flags). 

One object of the invention corresponds to offering the bases for a suitable 
dialling information service for visiting subscribers who do not depend on the CAMEL 
standard. 

25 DESCRIPTION OF THE INVENTION 

A first aspect of the invention refers to a dialling error notification system for 
visiting subscribers in a visited mobile telephony network (VPLMN), a visiting 
subscriber being a subscriber of a home mobile telephony network (HPLMN) different 
from the visited mobile telephony network. According to the invention, the system 

30 comprises: 

a first node of the visited mobile telephony network comprising means for 
analysing a number dialled by a subscriber and determining whether said dialled 
number complies with at least one predetermined error criterion; and 

means for sending a short message (SM) with a dialling error notification to the 
35 subscriber if said dialled number complies with at least one predetermined error 
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criterion. 

Said first node can be a Service Control Point (SCP) of the visited mobile 
telephony network. 

The system can comprise means for determining the home mobile telephony 
5 network (HPLMN) identity based on the IMSI of the subscriber. 
On the other hand, the system can comprise: 

means for sending a message to send a short message to an SS7-IP gateway 
from the first node of the visited mobile telephony network; 

means for sending an http message to send a short message to a short 
10 message sending server from said SS7-IP gateway; and 

means for sending a short message addressed to the subscriber from said short 
message sending server to a Short Message Service Centre (SMSC) of the visited 
network. 

The system can comprise means for selecting the short message text based on 
15 the identity of the home mobile telephony network (HPLMN), for example, means for 

selecting the short message text based on the IMSI of the visiting subscriber. 

The short message sending server can include a database with short message 

texts and means for selecting a short message text based on an indicator code 

included in the http message received from the SS7-IP gateway. 
20 The http message discussed in the foregoing can include at least one indicator 

code indicating a short message text and the mobile telephone number (MSISDN) of 

the subscriber to whom the short message must to be sent. 

The system can comprise means for sending an initial control set-up message 

to the first node, which comprises at least the following data: the telephone number 
25 dialled by the subscriber; the mobile telephone number (MSISDN) of the subscriber; 

and the IMSI of the subscriber. The means for sending an initial control set-up 

message to the first node can be comprised in the MSCs of the visited mobile 

telephony network (VPLMN), such that when a subscriber in a cell corresponding to an 

MSC dials a telephone number, said MSC sends the initial control set-up message to 
30 the first node. 

The system can comprise control means for preventing a second short 
message with a dialling error notification from being sent to a subscriber if the time 
elapsed since a first short message with a dialling error notification was sent to the 
same subscriber is less than a predetermined minimum time. 
35 The error criteria can include one or several criteria selected from the group 
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comprising the following criteria: 

- the number dialled begins with "+" followed by a sign different from a figure C, 

1<C<9; 

- the number dialled begins with "00" followed by a sign different from a figure 
5 C, 1<C<9; 

- the number dialled is a 9-figure number beginning with a figure which is not 6, 
7, 8 or 9; 

- the number dialled begins with "+" or "00" followed by a country code followed 
by an escape code not applicable for international dialling to said country; and 

10 - the number dialled is a number with fewer than 9 figures which is not a short 

code. 

Another aspect of the invention refers to a dialling error notification method for 
visiting subscribers in a visited mobile telephony network (VPLMN), a visiting 
subscriber being a subscriber from another home mobile telephony network (HPLMN) 
15 different from the visited mobile telephony network. The method comprises the steps 
of: 

(a) analysing, in a first node of the visited mobile telephony network, a first 
number dialled by the subscriber and determining whether said number dialled 
complies with at least one predetermined error criterion: 
20 (b) sending at least one short message (SM) to the subscriber if said dialled 

number complies with at least one predetermined error criterion, said short message 
comprising at least one dialling error notification. 

The first node can be a Service Control Point (SCP) of the visited mobile 
telephony network. 
25 The method can additionally comprise the following step: 

(c) determining the identity of the home mobile telephony network (HPLMN) of 
the subscriber, and, based on the home mobile telephony network (HPLMN) of the 
subscriber, determining whether the subscriber has the right to a dialling error 
notification service. 

30 The identity of the home mobile telephony network can be determined based on 

the I MSI of the subscriber. 

Step (c) can be carried out before step (b), and even before step (a). 
Step (b) can comprise the steps of: 

- sending a message to send a short message to an SS7-IP gateway from a 
35 Service Control Point (SCP); 
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- sending an http message to send a short message to a short message 
sending server from said SS7-IP gateway; 

- sending a short message addressed to the visiting subscriber to a Short 
Message Service Centre of the visited network from said server. 

5 The short message text can be selected based on the identity of the home 

mobile telephony network (HPLMN), for example, based on the IMSI of the visiting 
subscriber. 

The text can be selected from a plurality of texts comprised in a database of the 
short message sending server, based on an indicator code included in the http 
10 message received from the SS7-IP gateway. 

The http message can include at least one indicator code indicating a short 
message text, and the mobile telephone number (MSISDN) of the subscriber to whom 
the short message must be sent. 

The method can comprise a first step which comprises sending an initial control 
15 set-up message to the first node, comprising at least the following data: the telephone 
number dialled by the subscriber; the mobile telephone number (MSISDN) of the 
subscriber; and the IMSI of the subscriber. The initial control set-up message can be 
sent from an MSC of the visited mobile telephony network corresponding to the 
corresponding cell in which the subscriber is located. 
20 Before sending a short message with a dialling error notification to the 

subscriber, it can be checked that a predetermined minimum time has elapsed since a 
previous short message with a dialling error notification was sent to the same 
subscriber, and if said predetermined minimum time has not elapsed, the short 
message with a dialling error notification is not sent. 
25 The error criteria can include one or several criteria selected from the group 

comprising the following criteria: 

- the number dialled begins with "+" followed by a sign different from a figure C, 

1<C<9; 

- the number dialled begins with "00" followed by a sign different from a figure 
30 C, 1<C<9; 

- the number dialled is a 9-figure number beginning with a figure which is not 6, 
7, 8 or 9; 

- the number dialled begins with "+" or "00" followed by a country code followed 
by an escape code not applicable for international dialling to said country; and 

35 - the number dialled is a number with fewer than 9 figures which is not a short 
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code. 

It is possible to carry out the method only for visiting subscribers who are not 
provided with a CAMEL service O-CSI flag. 

BRIEF DESCRIPTION OF THE DRAWINGS 
5 A series of drawings will be very briefly described below which will help to better 

understand the invention, and which are expressly related to an embodiment of said 
invention, which is presented as an illustrative and non-limiting example thereof. 

Figures 1-3 schematically show the relationship between some important 
elements of conventional networks (according to the State of the Art). 
10 Figure 4 schematically shows a configuration of a network according to a 

preferred embodiment of the invention. 

Figure 5 schematically shows the relationship between the SCP and the SS7-IP 
SDP-gateway. 

Figure 6 schematically shows the relationship between the SS7-IP SDP- 
15 gateway, the IP server and the Short Message Service Centre SMSC. 

Figure 7 shows a flowchart showing the logic of the dialling error notification 
service in the SCP. 

Figure 8 shows a flowchart showing a process carried out in the MSC of the 
visited network. 

20 Figure 9 schematically shows a visiting subscriber location update process 

(according to the State of the Art). 

Figure 10 schematically shows some steps of the process according to a 
preferred embodiment of the invention. 

DESCRIPTION OF A PREFERRED EMBODIMENT OF THE INVENTION 

25 Figure 4 schematically shows a network corresponding, for the most part, to the 

State of the Art, as discussed in the foregoing (the conventional components have the 
same reference numbers as in the figures related to the State of the Art). In other 
words, the VPLMN 100 includes its base stations 3, its BSCs 4, its MSCs 5 and VLRs 
7, just as in the conventional networks discussed in the foregoing. Furthermore, an 

30 HPLMN 200 network is shown with its HLR 209 in which data relevant to the subscriber 
201 subscribed in said HPLMN 200 but who is currently visiting (roaming) in a cell 2 of 
the VPLMN 100 are stored. 

The MSC 5 of the VPLMN 100 can establish a CAMEL control dialogue 
(schematically shown in Figure 4 with reference number 15) with an SCP 230 of the 

35 home network HPLMN 200, specifically with a gsmSCF. 
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On the other hand, just as in conventional systems, there are also means for 
dialogue by means of MAP messages 14 between the MSC 5 of the VPLMN 100 and 
the HLR 209 of the HPLMN 200, for example, so that the visiting subscriber can use 
his or her mobile telephone in the visited network VPLMN 100. 
5 However, the visited network VPLMN 100 also includes a Service Control Point 

SCP 11 accessible from the MSC 5 through an STP 12 (Signalling Transfer Point- an 
intermediate signalling point of the network contributing to routing commands and 
messages to the recipient point). Access is made through an INAP-CS1 dialogue 
schematically shown in Figure 4 with reference number 13. 

10 Starting from Figure 4 and according to a preferred embodiment of the 

invention, the following operations are carried out: 

1) The unit corresponding to the MSC/VLR (reference numbers 5 and 7 of the 
VPLMN network 100 in Figure 1) detects that a visiting subscriber (roamer) dials a 
telephone number. Based on the IMSI of the subscriber, it is determined whether he or 

15 she belongs to a home network (HPLMN) with which there is a dialling error notification 
agreement. If such agreement exists, the MSCA/LR unit sets up an INAP-CS1 control 
dialogue (reference number 13 in Figure 4) with the SCP 11, which is what contains the 
logic of the dialling error notification service. Said dialogue is usually carried out 
through one or several STPs 12. 

20 2) The SCP 1 1 analyses the arguments of the InitialDP CS1 operation (initial 

control set-up message) and carries out the logic of the dialling error notification 
service to verify whether an erroneous dialling case has occurred; preferably, an 
erroneous dialling case is understood as a case in which at least one of a series of 
predetermined error criteria is complied with, such as, for example, the following: 

25 - Dialling the Country Code without first dialling '+' or '00' (international call 

identifiers). 

- Dialling '+00' before the Country Code; i.e. simultaneous use of the two 
international call identifiers. 

- Dialling only one '0' and then immediately dialling the Country Code. 
30 - Use of '*' (asterisk) rather than '+'. 

- Dialling from the agenda in national format, as if the subscriber were located in 
his or her country of origin. (However, it is not always possible to determine whether 
this error criterion is complied with. For example, if the subscriber moves in a Spanish 
VPLMN and if the number dialled, presumably obtained from the agenda of the mobile 

35 as if it were in his or her country of origin, begins with '6', *7\ '8' or '9 and is 9 digits 
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long, it cannot be identified whether the customer is actually trying to access a Spanish 
national number or a national number of his or her country of origin. Due to this 
ambiguity, the dialling error notification service will consider the call correct, i.e. in the 
event of the example given, with a destination in Spain). 
5 - For certain countries, such as the United Kingdom, the inclusion of the escape 

code for national dialling, which should never be included when dialling from abroad 
(+44 0 rest of the number). 

3) If no error criterion is complied with, it is assumed that there is no error and 
the call is allowed to continue (the SCP 1 1 will send the Continue operation to the MSC 
10 5). 

If one of the predetermined error criteria is complied with, it is assumed that the 
international dialling is erroneous, and the SCP 1 1 will send: 

- On one hand, the ReleaseCall operation to the MSC 5, such that the call is 
released with a voice announcement indicating that the number dialled does not exist. 

15 - On the other hand, an intelligent network (IN) operation for accessing the 

database (supplier proprietor protocols or ETSI-CS2 protocols, such as Search, can be 
used). Said operation must be sent to a platform carrying out functions of an SDP (i.e. 
it interprets the operation received) (SDP is an acronym for Service Data Point and 
corresponds to a node which stores service and/or customer data in an intelligent 

20 network architecture, being able to return and/or modify data according to requests of 
the SCP), and, at the same time, of a gateway with the IP world (Internet). Figure 5 
schematically shows the relationship between the SCP 11 and the SS7-IP SDP- 
gateway 16, which functions as a gateway or bridge between the SS7 environment 
(reference number 500 in Figure 5) and the IP environment (400). 

25 4) The SS7-IP SDP-gateway (or, simply, gateway) 16 receives (through an STP 

17) the SS7 message (reference number M1 in Figure 5) with the arguments 
necessary for sending the short message (SM) to the customer. Basically, said SS7 
message must include a short message identifier code, the MSISDN (telephone 
number) of the subscriber who originated the call (i.e. of the visiting mobile telephone 

30 201) and an identifier of a server 18 of the IP domain in charge of generating the short 
message (SM). From these arguments, the SDP-gateway builds an http (Hyper Text 
Transfer Protocol- application protocol for IP transmission) request to said server 18 of 
the IP domain (see Figure 6). Furthermore, the gateway 16 can send a confirmation 
message (M2) to the SCP 11. Said message can be initiated from the server 18 (once 

35 it has correctly processed the http request). 
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5) The server 18 of the IP domain will extract the data necessary for generating 
a short message. Based on the short message identifier code, the contents (text) 
thereof will be obtained from a database. Knowing the MSISDN of the roamer and the 
text of the educational short message, a request to send will be carried out to the 

5 SMSC 10 (in the IP protocol which the latter element supports). 

6) Once the short message has reached the SMSC 10, it is delivered to the 
mobile telephone 201 of the roamer following conventional GSM processes. The only 
particularity is that the SMSC must consult the HLR 209 of the home network (HPLMN) 
200 (SendRoutinglnfoForSMS MAP operation) to check the IMSI and the VLR 

10 identifier. The SMSC 10, when it receives the number of the VLR 7 corresponding to 
the base station 3 of the cell 2 in which the mobile telephone 201 of the roamer is 
located, will directly route said message for the delivery thereof without passing 
through international gateways. In other words, the short message never passes to 
international signalling 300, since the SMSC 10 is part of the visited network VPLMN 

15 100 itself. An international transaction occurs only to obtain the data necessary for 
routing the message (specifically, the consultation of the SMSC 10 with the HLR 209 of 
the home network 200). 

For greater clarity, some aspects of the invention are explained below in detail, 
starting from the following three aspects: 

20 a- Configuration of the MSCA/LR (5/7) where the visiting subscriber is installed 

to carry out the IN trigger to the SCP 1 1 (suspension of the call processing and initial 
message control set-up). This trigger must be configured for each operator to which the 
dialling error notification service is to be offered. 

b- Carrying out the logic of the dialling error notification service, analysing the 

25 signalling arguments sent by the switching network. Based on the data received, the 
logic determines whether the international dialling is correct or not, and according to 
this, either carries out or does not carry out a request to send a short message to the 
SS7-IP SDP-gateway. 

c- Flow and interaction with the IP world: the SS7-IP SDP-gateway 16 

30 translates the SS7 message into an http request to a server 18 of the IP domain, a 
server capable of generating short messages, which obtains the contents of the short 
message to be sent and carries out the final request to the SMSC 10 for it to be sent. 
From this point, the SMSC 10 sends the short message to the recipient roamer by 
conventional methods. 

35 The first aspect discussed refers to the "trigger" of the dialling error notification 



-16- 



service in the SCP 11, and the building of an initial control message {InitialDP). Said 
application message will be delivered to the lower layers of the SS7 signalling protocol 
(TCAP- Transaction Capability Application Protocol, SCCP- Signalling Connection 
Control Part and MTP- Message Transfer Part), which will be in charge of routing it 
5 through the STPs 12 until reaching the SCP 1 1 where the logic of the service lies. 

It has been decided to make the service of the invention incompatible with any 
CAMEL service which the visiting subscriber could be provided with. In the event that 
said subscriber is provided with an O-CSI, the CAMEL-lnitialDP message will be 
unconditionally set up to the SS7 address specified in the gsmSCFAddress field 

10 (belonging to O-CSI). Said in another manner, the MSC/VLR of the visited network 
(VPLMN) must immediately contact, through international SS7 network 300, the SCP 
(gsmSCF 230) of the HPLMN 200, the address of which is expressly specified in the O- 
CSI flag. From that moment, the SCP (gsmSCF 230) of the HPLMN takes control of the 
call, being able to set up different actions (among which is the modification of the 

15 recipient number). (In the event that the SCP of the HPLMN 200 does not modify the 
call recipient number, the MSC of the visited network could set up a trigger to the local 
dialling error notification service. However, such a solution would be somewhat 
complicated, this being outside of the preferred embodiment of the invention. This 
preferred embodiment attempts to offer a "pre-CAMEL" application to visiting 

20 subscribers. It is actually a concept that conflicts with CAMEL. The CAMEL standard 
allows an HPLMN to control a call made by a roamer in real time when it is being set 
up. Therefore, if the roamer is provided with O-CSI in the VLR, the visited network is 
transferring (it must transfer) control of the call to the HPLMN of the subscriber, 
enabling access in order to implement the dialling error detection and/or notification 

25 functions (functions carried out locally for non-CAMEL subscribers)). 

The trigger must be configured on the basis of the identity of the operator of the 
HPLMN of the visiting subscriber (which can be identified based on the IMSI of the 
visiting subscriber), such that the dialling error notification service can be activated in a 
selective manner according to the identity of the operator of the HPLMN of the visiting 

30 subscriber. Thus, the number of operators to which the service is offered can be 
gradually activated. Overloads in the SCP 1 1, in the SS7 signalling network (the STPs), 
and in the other systems involved in the dialling error notification service (SS7-IP SDP- 
gateway, IP nodes for sending short messages, etc.) are thus prevented. The MSCs 
can thus be configured such that the dialling error notification service is carried out for 

35 subscribers of some HPLMNs but not for subscribers of other HPLMNs. 



-17- 



The ASN.1 format, at application level, for the InitialDP CS1 message, used to 
transfer control of the call to the SCP 1 1 , is shown below: 
InitialDP OPERATION 
ARGUMENT 
5 SEQUENCE { 

serviceKey [0] INTEGER (0..2147483647), 

calledPartyNumber [2] OCTET STRING (SIZE (1 ..41 )), 

callingPartyNumber [3] OCTET STRING (SIZE (2.. 10)), 
extensions [15] SEQUENCE SIZE (1..16) OF SEQUENCE { 
10 type INTEGER (0..63), 

criticality ENUMERATED { ignore (0), abort (1), } DEFAULT ignore, value [1] 

kindOfNumberValue EXPLICIT Number 

} ExtensionFieldl OPTIONAL 

15 } 

ETSI Core I NAP CS1 is a standard oriented towards fixed networks. As a result, 
it lacks a specific field for sending the contents of the IMSI (specific information of 
mobile networks). However, the standard allows certain freedom for an operator to 
define extensions where it can send said type of information. Sending said extensions, 
20 as well as the contents thereof, is specific information of the network operator. For the 
dialling error notification service for visitors, the InitialDP message contains an 
extension in which the IMSI is sent for the correct processing thereof by the logic in the 
SCP 11. 

The SCP 1 1 will decode the arguments sent in the InitialDP upon receiving said 
25 message: 

- The ServiceKey is an identifier which the SCP will use for addressing the 
logic of the error notification service (and SCP can process different service logics 
according to said parameter). 

- The CalledPartyNumber contains the number dialled. Said number will be 
30 object of a thorough analysis to determine possible faults. 

- The CallingPartyNumber contains the calling number (MSISDN). The SCP 
1 1 needs it to determine the destination of the educational short message (SM) in the 
event of erroneous dialling. 

- Lastly, the IMSI (encoded within an extension) contains information of the 
35 home network (HPLMN) to which the customer belongs. The contents of the 
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educational short message can be customized, depending on said network, for 
example, sending a message in the language of the country of the HPLMN. 

In the SCP 11, the logic of the service carries out a thorough analysis to detect 
the most common errors in international calls, in line with that which has been 
5 discussed in the foregoing. To be certain that all these errors are detected, the service 
logic preferably carries out the following checks: 

i) If the recipient number begins with (NatureOfAddress parameter = 4 - 
international -), and the first digit does not belong to the 1..9 range, then it is an 
erroneous number (the first digit of a country code can never be '0', much less a 

10 hexadecimal digit such as '*' or '#'). 

ii) If the recipient number begins with *00\ and the next digit does not belong to 
the 1..9 range, then it is also an erroneous number. 

iii) If the checks carried out in sections 1 and 2 are successfully overcome, it is 
necessary to know if the destination country has an escape code for national dialling. If, 

15 for example, in the case of the United Kingdom, the number dialled begins with +440 or 
00440, then it is an erroneous call. If an international number overcomes this last 
check, it will be considered a correct call, after which the SCP will allow the call to 
continue (sending of the Continue operation to the MSC 5 to return control of the call to 
it). 

20 iv) If none of the previous conditions are complied with, the customer may be 

trying to access the national numbering plan of his or her country incorrectly or is trying 
to access the numbering plan of the visited country. The logic of the invention checks 
whether this last condition is complied with. At this point, it is always necessary to take 
into account an obvious ambiguity: there may be a collision with the numbering plan of 

25 the country of origin. The visiting subscriber may be trying to access his or her agenda 
in which he or she may have a number in national format which coincides with the 
format of the country of the visited network (VPLMN). One very clear example can be 
located in the mobile numbering plan of Portugal with regard to Spain. For internal 
dialling in Portugal, the 91 range is reserved for the Telecel® mobile network. A 

30 Portuguese roamer may try, for example, to dial 91XXXXXXX when he or she is 
located in a Spanish network. In this case, it is impossible to determine whether the 
customer is erroneously trying to make contact with a Portuguese mobile through 
dialling from the agenda, or if on the contrary, he or she wishes to contact a number of 
the Spanish province of Madrid (fixed telephones in Madrid have 9-digit numbers 

35 beginning with "91"). 
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However, a dialling error notification service based on the invention and 
implement in a Spanish mobile network could carry out the following checks: 

- If the number dialled has 9 digits and begins with 6, 7, 8 or 9 (ranges assigned 
to Spanish fixed or mobile networks), the call will be allowed to continue. 
5 - If the number dialled has fewer than 6 digits (short code access possibility), 

the call will be allowed to continue. 

If the dialling coincides with any of the erroneous call criteria, it proceeds in the 
following manner: 

1. From the IMSI (which biunivocally identifies the HPLMN), the logic of the 
10 invention, implemented in the SCP 11, extracts an identifier code from the educational 

short message to be sent to the customer. The SCP 11 sends to the SS7-IP SDP- 
gateway an order or message to send a short message by means of a database 
access IN protocol (it can be a specific network operator proprietary protocol or an 
ETSI-CS2 prototocl - Search operation-). In said SS7 message (M1 in Figure 5), the 

15 information necessary to complete the sending of the message will be sent: the 
identifier code of the educational short message, the identifier of the platform for 
sending the short message (i.e. the identifier of the server 18), and the recipient 
number (MSISDN) (which will coincide with the telephone number of the mobile 
telephone 201 of the roamer subscriber). This message will be routed through the 

20 STPs 1 7 to the SS7-IP SDP-gateway 1 6. 

2. The SCP 1 1 releases the call by means of the CS1 ReleaseCall operation. 
Said operation is sent back to the MSC 5. The specific reason for releasing the call is a 
specific piece of data of the network operator. For example, the reason may be 
unallocated number. After receiving this reason, the MSC 5 applies to the customer, for 

25 example, a generic text in English indicating that the number dialled does not exist. 

Another aspect of the invention discussed in the foregoing refers to sending the 
educational short message. The key element for processing the educational short 
message in the IP domain is the SS7-IP SDP-gateway 16. This element is a platform 
carrying out translation functions of an SS7 message (which has a series of key 

30 arguments for sending the short message) in an http request, which will be processed 
in the IP world 400. 

The SS7-IP SDP-gateway 16 has configuration tables loaded therein for 
determining the IP address of the server 18 in charge of generating and sending the 
short messages (SM). The SS7-IP gateway sends an http message to said IP address 
35 indicating the short message identifier code (there may be, for example, one specific 
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short message code for each HPLMN with which there is a dialling error notification 
service agreement and one general short message identifier code applied to HPLMNs 
with the operators of which there are no existing agreements for such service) and the 
recipient MSISDN of said short message. A model for said http message is shown 
5 below: 

http//:servidor_sms.vodafone.es/mensajes_imv/imv?msisdn=n°destino&token=identific 
ador_SMS 

Preferably, the gateway 16 has a flow control logic for sending short messages 
implemented therein. One very foreseeable behaviour of the customers when they 
10 incorrectly dial is to retry the call. Since the reception of an educational short message 
takes some time (about several seconds) from the corresponding incorrect dialling, it is 
suitable to have a control mechanism to prevent an avalanche of one short message 
for each incorrect dialling. With this mechanism: 

- Possible overloads in the SS7 network as well as in the IP network are 
15 prevented. 

- A bothersome effect for the final subscriber is prevented: it would be 
bothersome to receive the same educational short message several times, which 
would be counterproductive if the intention is to provide an educational notification for 
the purpose of increasing the degree of satisfaction of the subscriber. 

20 For each operation of sending an educational short message initiated through 

the SS7-IP SDP-gateway 16, said gateway will include the MSISDN number of the 
customer to whom the message is sent in a table. A time mark indicating when said 
operation took place will be included along with said number. When the SS7-IP SDP- 
gateway receives an SS7 operation from the SCP 11 to send an educational short 

25 message, the SDP-gateway 16 consults whether the MSISDN is included in said table. 
In an affirmative case, it checks the time mark and analyses whether a minimum time 
(for example, 15 minutes) has elapsed since said time mark (a configurable timer, for 
example, can be used). If said minimum time has not elapsed, the gateway 16 does not 
send the http message to the server 18, likewise sending a correctly processed 

30 message confirmation M2 to the SCP 11 (i.e. the control to prevent sending multiple 
educational short messages consecutively in the event of repeating several erroneous 
dialling attempts within a short time interval is carried out in the gateway 16 and is 
somewhat transparent for the SCP 1 1 ). 

On the other hand, the server 18 for sending short messages carries out the 

35 following two actions: 
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- Loading the educational short message text from the short message identifier 
code (the SCP 1 1 sends a code univocally identifying a text stored in a database of the 
server 18). 

- Carrying out a CGI (Common Gateway Interface- mechanism for remotely 
5 carrying out services by means of http) to send said message by means of SMPP or 

another protocol of the IP world to the SMSC 10, which will be in charge of the 
distribution thereof to the recipient (the mobile telephone 201) by means of 
conventional GSM processes. 

Both functions (obtaining the short message text and the CGI for the sending 
10 thereof) can be carried out in different physical machines, this depending exclusively 
on the architecture used by the operator of the network. 

Figure 7 schematically shows the logic of the SCP 1 1 . 

In step SO, the SCP receives the InitialDP initial control message with: 

- the "ServiceKey" identifying the dialling error notification service; 
15 - the "CalledPartyNumber" which is the number dialled; 

- the CallingPartyNumber" which is the mobile telephone number (MSISDN) 
201 making the call; and 

- the IMSI of the mobile telephone making the call. 

In step S1, the SCP checks that the "CalledPartyNumber" and 
20 "CallingPartyNumber" parameters are present in the InitialDP message received. If 
they are present, it moves on to step S2. If not, the SC action is carried out, consisting 
of sending a "Continue" message to the MSC 5, whereby the MSC carries out the 
conventional analysis of the number dialled and obtains the route to set up the call. 

In step S2, the analysis of the number dialled begins; it is checked whether it 
25 begins with "+"; if it begins with "+", it moves on to step S4; otherwise, it moves on to 
step S3. 

In S3, it is checked whether the number begins with "00"; if it begins with "00", it 
moves on to step S4, otherwise it moves on to S5. 

In S4, it is checked whether the country code begins with a digit from 1 to 9; in 
30 the event that it does begin with such digit, it moves on to S6; otherwise, it moves on to 
S7. 

In S5, it is checked whether the number is a "short code"; in the event that it is, 
it goes to SC (which has already been discussed); in the event it is not, it goes to S8. 

In S6, it is checked, according to the detected country code, whether a country 
35 code as well as an escape code which should not be dialled in said country, have been 
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dialled; in the event they have, it goes to S7. In the event they have not, it goes to SC. 

In S7, it is checked whether the IMSI is present in the InitialDP. If it is present, it 
moves on to S9; if not, it moves on to S10. 

In S8 (specific step for an application in a Spanish network) it is checked 
5 whether the length of the number dialled is nine figures and whether it begins with a 
figure within the 6-9 interval; in the case it does, it goes to SC. In the event it does not, 
it goes to S7 (described in the foregoing). 

In S9, it is checked whether the IMSI received in the InitialDP message (step 
SO) corresponds to the IMSI range corresponding to an HPLMN operator for which a 
10 particular educational short message is expected (for example, due to an agreement 
signed with by said operator). In the event that it does, it goes to step S1 1 , in the event 
it does not, it goes to S10. 

In S10, a short message identifier code corresponding to a short message with 
"standard" or "default" text stored in the database of the server 18 is loaded (in the 
15 message M1 shown in Figure 5); this text corresponds to the short messages sent to 
subscribers corresponding to operators that should not receive a special treatment (for 
example, since there is no special dialling error notification service agreement with said 
operators). 

In step S11, a short message code corresponding to a specific short message 
20 selected according to the operator of the HPLMN 200 corresponding to the subscriber 
of the mobile telephone that carried out the dialling is loaded (in the message M1 
shown in Figure 5); the text could have been established in an agreement signed 
between the operator of the VPLMN and the operator of the HPLMN. 

In step S12, the message M1 (see Figure 5) is sent to the SS7-IP gateway 16, 
25 from where the http message is sent to the server 18 (see Figure 6). 

Then, in step S13, a ReleaseCall message is sent to the MSC 5. 
On the other hand, Figure 8 shows a process which is carried out in the MSC 5 
of the HPLMN corresponding to the cell in which the visiting subscriber makes the call. 
The steps which are carried out are the following: 
30 S20: "CALL REQUEST" (a call request consists of the MSC receiving an 

outgoing call request from a customer located in an area to which said MSC provides 
service. Said call request is originated after the customer dials a number and contact 
with the network is established through radio). 

S21: "Analysis of IMSI for obtaining the numbering scheme" (the IMSI received 
35 in the call request must direct the analysis mode- numbering scheme- of the number 
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dialled for obtaining the processing of the call). 

S22: "Visitor dialling error notification service trigger active". (If the trigger is 
active, it moves on to step S23; if it is not, it moves on to step S31 . (Trigger means, in a 
strict sense, "trigger condition" or "condition of control set-up with SCP". From the IMSI 
5 range, the numbering scheme can be configured: this means that it can be configured 
whether or not to carry out the IN trigger, and all that individually for each IMSI range. 
In other words, there could be an HPLMN for the customers of which it did not want to 
invoke the dialling error notification process, analysing the call by means of the 
ordinary processes associated to basic calls of switched networks). 

10 S23: it is checked whether the visiting subscriber has the O-CSI flag ("CAMEL 

flag"); if he or she has this flag, it moves on to step S24 (whereby the visited network 
disregards the dialling error notifications; control over the call passes to the HPLMN); 
otherwise, it passes to S25. 

S24: it proceeds according to CAMEL (a CAMEL trigger is carried out to the 

15 gsmSCF 230 (Figure 4), etc.). This process is known and does not require further 
explanations. 

S25: the InitialDP message is sent (which is received by the SCP 11 in step SO 
in Figure 7). Then it moves on to step S26. 

S26: "Wait"; here, the MSG 5 waits until one of the following three events 

20 occurs: 

- S27: the MSC receives the "ReleaseCalf message from the SCP 1 1 (step S13 
in Figure 7) and moves on to step S28, in which the call is released (the call is not 
carried on) and a generic announcement (for example, in English) indicating that the 
number dialled does not exist is sent to the mobile telephone. 

25 - S29: the MSC receives the "CONTINUE" message from the SCP (this 

message is sent in steps SC shown in Figure 7); in such event, it moves on to S31 . 

- S30: an "ERROR" message occurs because a time exceeding a predefined 
threshold has elapsed without either of steps S27 and S29 having occurred. In such 
event, the MSC aborts the wait state (step S26) and proceeds to step S31 (this is done 

30 so that the call is not left "hanging" in the event that the dialling error service is not 
correctly functioning; this service is a "complementary" service designed to provide 
better customer service, and poor functioning of this service should not negatively 
affect basic service, i.e. the possibilities to make calls). 

S31 : conventional analysis of the number dialled and obtaining the route for the 

35 call. 
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To even better facilitate understanding of the invention, reference to Figures 9 
and 10 is made below. 

Figure 9 schematically shows a position update process for a visiting subscriber 
(according to the State of the Art); the figure shows the following steps: 

B1: Location update request by radio (through the base station 3 of the cell in 

which the subscriber is located). 

B2: Authentication information request to the HLR 209 of the HPLMN. 

B3: Obtaining the triplets. The HLR obtains the triplets through the AUC. 

B4\ Sending the authentication triplets from the HLR to the VLR 7 of the visited 

network. 

B5\ Sending random authentication number (RAND). 
B6\ Sending singed response (SRES) for authentication. 
87: Update position request (UpdateLocation) to the HLR of the HPLMN. 
B8: Sending the customer profile (InsertSubscriberData) to the VLR 7. 
Figure 10 schematically shows some steps of the process according to a 
preferred embodiment of the invention. 

A1: SETUP message for call set-up of the roamer (of the mobile telephone 201 
of the subscriber) 

A2: Configuration of INAP-CS1 trigger to the SCP 11 according to the IMSI of 
the subscriber 

A3: For erroneous dialling, message to order sending educational short 
message 

A4\ Http message with the parameters necessary for sending the educational 
short message 

A5: Sending the short message by SMPP or another IP-oriented protocol 
A6: Sending confirmation from the server 18 to the SCP 1 1 through the gateway 
16. (The server 18 initiates this confirmation once the http message has been 
processed. However, when the gateway 16 decides to not send said http 
message because the time elapsed since a previous message to the same 
customer does not exceed the established minimum time, the gateway 16 takes 
charge of generating and sending a sending confirmation to the SCP, since the 
mechanism for preventing sending multiple short messages with identical 
contents to the customer, must be a transparent theme for the SCP, as 
discussed in the foregoing). 

A7: Call release with announcement (erroneous call) or else continue (correct 
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call). 

A8: Ordinary call set-up (only in correct calls). 

The invention provides a base for an error notification service which implies an 

aid to visiting roamers from other networks in dialling correctly, since those roamers 
5 can receive an educational notification (in their own language and adapted to what the 

operator of the HPLMN of the roamer deems suitable). 

It is a mechanism for dialling analysis which allows the transfer of call control to 

the SCP. Said node is capable of implementing a more flexible and thorough analysis 

that that which a traditional switcher (MSC) can carry out. 
10 At the same time it constitutes a non-CAMEL intelligent network solution for 

roamers; this solution is exclusively implemented in the visited network, but roamers 

have the sensation that they are receiving the educational short messages from their 

HPLMN (as if their HPLMN is controlling the numbering faults and sending the 

corresponding short messages). 
15 The contents of the short message can be customized at the level of the 

operator of the home network. It can also be decided to not activate the function for 

certain operators. 

It is a non-critical added-value service. In other words, if the mechanism fails 
(for example, the process carried out in the SCP), the call must preferably continue, 
20 being analysed by means of conventional circuit switching. 

According to the preferred embodiment described in the foregoing, the invention 
involves the interconnection between the SS7 signalling and IP worlds, for the purpose 
of ordering sending a short message (SM) from an SCP node. Currently, no intelligent 
network/CAMEL standard allows said sending by means of SS7 interface between 
25 SCP and SMSC. 

Throughout the present description and claims, the word "comprise" and 
variations thereof, such as "comprising", do not intend to exclude other steps or 
components. 



